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Claims 1-21 have been presented; claims 4 and 1 5-2 1 1 have been canceled; claims 
1-3 and 5-14 are presently pending and stand finally rejected. 

The Examiner rejected claims 1, 2, and 5-14 under 35 U.S.C. § 103(a) over a 
combination of U.S. Patent No. 6,225,995 to Jacobs et al. ("Jacobs"), U.S. Patent No. 
6,389,467 to Eyal ("Eyal"), and U.S. Patent No. 6,418,411 to Call ("Call"). 

The Examiner rejected claim 3 under 35 U.S.C. § 103(a) over a combination of 
Jacobs, Eyal, Call, and U.S. Patent No. 6,584,468 to Gabriel et al. ("Gabriel"). 

II. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

Is the rejection of claims 1, 2, and 5-14 under 35 U.S.C. § 103(a) over a combination 
of Jacobs, Eyal, and Call proper? 

Is the rejection of claim 3 under 35 U.S.C. § 103(a) over a combination of Jacobs, 
Eyal, Call, and Gabriel proper? 

III. ARGUMENTS IN REPLY TO EXAMINER'S ANSWER 

A. Reply to Examiner's Answer Regarding Claims 1, 2, and 5-14 
On page 12 of the Examiner's Answer, the Examiner states the following: 

Jacobs teaches adding said associated metadata to said original 
metadata in said database. The Examiner characterizes the claimed 
invention as modifying metadata this is already stored in the database. 
For example, Jacobs discloses a method for incorporating state 
information into a URL where the transaction manager sends a commit 
request to database server and for causing to cause [sic] changes in 
response to various browser requests to be committed in the database 
(col 27, line 65 - col 28, line 3), using the previously stored metadata (col 
28, lines 26-29). Since the database already contains metadata, the new 
data that causes change in the database is interpreted as adding onto the 
already existing data in the database. 



1 On October 1 8, 2007, Appellants filed an amendment pursuant to 37 C.F.R. § 41 .37 
canceling claims 15, 16, and 18-21. The cancellation of these claims does not affect the scope of 
any other pending claim in this proceeding. 

-2- 

283 1 0-8005 US00/LEGAL1 35 1 9779. 1 



Attorney Docket No. 283108005US 
(PATENT) 

Appellants respectfully disagree. Contrary to the Examiner's position, Jacobs does 
not teach or suggest "adding said associated metadata [that is associated with said plurality 
of fields of said URI] to said original metadata in said database." Jacobs describes 
metadata in two contexts: cartridge configuration information and transaction information. 
(Jacobs, 9:17-57; 19:1-64.) Jacobs' describes a configuration manager that stores the 
configuration information during the registration of cartridges. (Id., 9:17-57; Figure 6.) This 
metadata may include the cartridge name, the location of the code that implements the 
cartridge, etc. Jacobs contains no indication of adding associated metadata, or anything 
similar, to the stored configuration information (original metadata) in a database. 

Transaction information (metadata) for a particular type of transaction includes a 
cartridge name that identifies a particular cartridge (i.e., software module) that is used to 
perform the requested transaction. (Id., 19:35-65.) The metadata may also include, for 
example, a resource-list that identifies the resources (e.g., databases) that are affected by 
the performance of the requested transaction. (Id.) According to Jacobs, for each type of 
transaction, the transaction information is stored in the cartridge execution engine of the 
cartridge associated with the transaction type. (Id., 14:48-15:12; 22:16-65; 28:26-29.) 
When a browser request is received, Jacobs identifies the cartridge associated with the 
browser request by mapping the cartridge name (included in the browser request) to a type 
of transaction. (Id., 10:1-10; 19:47-51; 21:42-56; 23:67-24:3.) Jacobs further uses the 
stored metadata associated with the requested transaction to, for example, open 
connections with the databases identified in the resource-list of the transaction information. 
(Id., 21:57-65.) Jacobs contains no indication of adding associated metadata to the 
transaction information of the cartridge execution engine. Indeed, Jacobs describes 
nothing similar to appellants' approach of adding associated metadata [that is associated 
with said plurality of fields of said URI] to the original metadata in a database. 

Furthermore, Appellants are perplexed as to how the Examiner arrives at the 
conclusion that "[s]ince the database already contains metadata, the new data that causes 
change in the database is interpreted as adding onto the already existing data in the 
database." Jacobs clearly explains that the commit request that is sent to the database 
servers "cause[s] all changes made in response to the various browser requests that 
belonged to the multiple-request transaction to be committed as an atomic unit of work." 
(Id., 27:65-28:3.) The changes to the database result from committing a multiple-request 
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database operation. Jacobs contains no indication that the changes to the database that 
result from committing the multiple-request database operation as an atomic unit of work 
involve adding to the stored metadata (i.e., the configuration information or transaction 
information). Simply put, a change in the database resulting from a database operation as 
disclosed by Jacobs does no teach or suggest adding said associated metadata to said 
original metadata in said database, as recited. 

On page 1 1 of the Examiner's Answer, the Examiner states the following: 

The Examiner interprets Jacobs' URI portions transaction and cartridge 
as equivalent to the claimed metadata fields. The Examiner interprets 
Jacobs' disclosure of the revision of the browser message as equivalent 
to the claimed metadata that is added to the associated original metadata 
because the dispatcher revises the browser upon locating more 
information that is that is associated with the cartridge and adds data if 
needed. 

Appellants respectfully disagree. The Examiner's position is illogical: using the 
stored metadata to generate a revised browser message is not the same as adding 
associated metadata to original metadata in a database, as recited. Jacobs clearly 
indicates that the revised browser request simply repackages information received in the 
original browser message. (Jacobs, 9:5-6; 23:28-53.) As discussed above, Jacobs 
contains no indication of adding metadata that is contained in a browser request to any 
stored metadata. This is consistent with Jacobs' stated purpose of having the server 
remaining stateless by not persistently maintaining the state information which is 
unknowingly maintained by the clients making the requests. (Id., 32:44-55.) 

On pages 10-1 1 of the Examiner's Answer, the Examiner also states the following: 

Jacobs teaches the claim limitation of analyzing each field of said plurality 
of fields of said URI associated with a file; identifying metadata that is 
associated with said each analyzed field; and adding said associated 
metadata to original metadata in said database. For example, Jacobs 
discloses a URI portion that includes transaction state information and 
cartridge engine information, which is used to identify the state of 
multiple-request transactions, the metadata associated with the browser 
request is forwarded by the dispatcher that forwards the URI information, 
upon receiving the browser request, the virtual path manager to locate a 
pointer to a cartridge associated with the browser request and then send 
a revised browser message to the cartridge instance (col 21, lines 40 - 
col 22, line 15). Additionally, Jacobs discloses identifying previously 
stored metadata for a transaction associated with the revised browser 
message associated with a commit transaction URI (col 26, lines 44-48). 
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Appellants respectfully disagree. Although Jacobs identifies the cartridge associated 
with the browser request by mapping the cartridge name (included in the browser request) 
to a type of transaction (Jacobs, 10:1-10; 19:47-51; 21:42-56; 23:67-24:3.), Jacobs does not 
teach or suggest "analyzing each field of said plurality of fields of said URL.to determine if 
an association exists between said each field and predetermined sets of metadata" as 
recited. Rather, Jacobs performs a simple lookup using the cartridge name to identify the 
requested transaction type and associated transaction information. 

On page 13 of the Examiner's Answer, the Examiner states the following: 

Specifically, Eyal teaches adding the URL (and metadata) of the selected 
medial [sic] clip to store, where the user can change the order of the play- 
list stored on the network server and accessed using the medial [sic] 
location and playback module (col 31, line 65 - col [3]2, line 25). The 
examiner interpret [sic] reordering of the play-list as equivalent to 
reorganizing the fields because reordering of data organized data in a 
different manner and Eyal teaches doing this reordering process for URL 
(and related metadata). 

Appellants respectfully disagree. Claims 11 and 12 recite "reorganizing said plurality 
of fields of said URI associated with said streaming media file." Eyal clearly explains that a 
play-list contains the verified media links, which are verified URLs. (Eyal, 12:28-29, 64-67.) 
Accordingly, changing the order of a play-list (Eyal, 32:12-13) merely amounts to changing 
the order of the URLs contained in the play-list. Therefore, contrary to the Examiner's 
position, changing the ordering of multiple URLs cannot be interpreted as being equivalent 
to reorganizing the fields of a single URI (URL), as recited. 

On pages 13-14 of the Examiner's Answer, the Examiner states the following: 

The Examiner disagrees because the references do not teach away from 
the claimed invention. The claims are silent about incorporating database 
tables. The Examiner characterizes the claimed invention as modification 
of metadata that is already stored in the database. Accordingly, the 
combination of references, Jacobs, Eyal and Call teach this 
characterization. Specifically, Jacob's discloses identifying previously 
stored metadata for a transaction associated with the revised browser 
message associated with a commit transaction URI (Jacobs, col 26, lines 
44-48) using previously stored metadata. Eyal discloses a database for 
storing metadata associated with streaming media links (Eyal, col 6, lines 
4-10) and Call teaches using universal product codes with a URL table 
allowing a web search engine that can perform web crawler indexing of 
the websites specified by the listed IP address (Examiner interprets IP 
address as equivalent to URI based on the appellant's specification, 
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paragraph 34), thereby generating an index to items in the table. All three 
references are combinable because they teach a database accessible via 
network (ie., internet) for providing information through the use of 
accessing data using a locator or identification. 

Appellants respectfully disagree. First, the claimed invention cannot be 
characterized as merely a modification of metadata that is already stored in the database. 
According to M.P.E.P. § 2141.02, the question under 35 U.S.C. § 103 in determining the 
differences between the prior art and the claims is not whether the differences themselves 
would have been obvious, but whether the claimed invention as a whole would have been 
obvious. Stratoflex, Inc. v. Aeroquip Corp., 713 F.2d 1530, 218 USPQ 871 (Fed. Cir. 1983). 
Moreover, distilling an invention down to the "gist" or "thrust" of an invention disregards the 
requirement of analyzing the subject matter "as a whole." W.L. Gore & Associates, Inc. v. 
Garlock, Inc., 721 F.2d 1540, 220 USPQ 303 (Fed. Cir. 1983), cert, denied, 469 U.S. 851 
(1984). Appellants' claimed invention is directed to techniques for enhancing the quality of 
metadata that is associated with streaming media files. For example, according to one 
technique, when a search system finds a streaming media file, the search system enhances 
the metadata associated with the streaming media which is stored in a database by adding 
to the database the additional metadata derived from the contents of the fields in the 
Uniform Resource Indicator (URI) of the streaming media file. Accordingly, Appellants' 
claimed invention amounts to much more than merely a modification of metadata that is 
already stored in the database. Second, Jacobs specifically states that the server remains 
stateless by not persistently maintaining the state information retrieved from the URI. 
(Jacobs, 32:54-55.) Therefore, contrary to the Examiner's position, Jacobs expressly 
teaches away from combining with references such as Call that teach storing state 
information in a database. 

C. Reply to Examiner's Answer Regarding Claim 3 

On page 14 of the Examiner's Answer, the Examiner states the following: 

Jacobs in view of Eyal and Call does not teach, but Gabriel teaches 
reorganizing said plurality of fields in reverse order. For example, Gabriel 
discloses a ranking and selection process that could be reversed (col. 6, 
lines 25-27). 

It would have been obvious to one of ordinary skill in the art at the time of 
the invention to modify Jacobs in view of Eyal and Call to include the 
reverse ranking process as taught by Gabriel, providing the benefit of 
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indexing network information with searches for files of information 
relevant to people and resources using weighted links (Gabriel, Abstract 
section). 

Appellants respectfully disagree. Claim 3 recites reorganizing a plurality of fields of a 
URI in reverse order. In contrast, Gabriel's ranking and selection process is a ranking and 
selection of links to files. (Gabriel, Abstract, 6:10-27.) None of the links described by 
Gabriel has its fields reorganized in reverse order, as recited. Therefore, even assuming for 
the sake of argument that there is a suggestion to combine Jacobs, Eyal, Call, and Gabriel, 
the combination of these references still would not teach or suggest reorganizing the 
plurality of fields of a URI in reverse order, as recited. 

III. CONCLUSION 

For at least these reasons, along with the reasons presented in Appellants' Appeal 
Brief, each of claims 1-3 and 5-14 has been improperly rejected. Accordingly, Appellants 
seek the reversal of the rejection of these claims. 

The Commissioner is hereby authorized to charge any shortages or credit any 
overpayment associated with this filing to our Deposit Account No. 50-0665, under Order 
No. 283108005US from which the undersigned is authorized to draw. 
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